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The above-identified application is United States application serial number 
10/697,820 filed on October 29, 2003- Claims 1-32 are pending in the application. Claims 
1-32 are rejected. 

Rejection of Claims under 35 U.S. C. $101 

Claims 1 , 9, 1 7, 22 and 28 are rejected because the claimed invention is not 
supported by either an asserted or a well-established utility. The claims are lack of 
patentable utility. Applicants have amended the claims as suggested by the Examiner to 
explicitly include the act of destaging the transfer. 

Refection of Claims under 35 U.S.C. §J12 

Claims 1 , 9, 1 7, 22 and 28 are rejected under 35 U.S.C. 1 12, first paragraph. 
Specifically, since the claimed invention is not supported by either an asserted utility or a 
well established utility for the reasons set forth above, one skilled in the art clearly would not 
know how to use the claimed invention. Applicants have amended the claims as suggested 
by the Examiner to explicitly include the act of destaging the transfer. 

Claims 1,9, 17, 22 and 28 are rejected under 35 U.S.C. 1 12, second paragraph. The 
claim is generally narrative and indefinite. Applicants have amended the claims as 
suggested by the Examiner to explicitly identify actions performed and functionality rather 
than mere capability. 

Rejection of Claims under 35 U.S.C. $103 

Claims 1-32 are rejected under 35 U.S.C. 103(a) as being unpatentable over Baird: 
Oracle 8i Data Guard Concepts, Administration, and Installation Guide, Release 3,0, 
October 2001, Oracle® (hereafter "OraDgd") in view of Bobrowski et al.: Oracle 7™ Server 
Concepts, Release 7.3, February 1996, Oracle® (hereafter "Ora734). Applicants traverse the 
rejections of all claims. 

Claims 1-8 distinguish over the cited references which do not disclose "a database 
application that transfers a logical object in multiple fragments; ... a main protocol . . . 
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adapted to transfer the logical object in multiple fragments in combination with information 
indicative of logical object fragment commencement and completion; and ... a remote 
protocol executable on the remote storage site and adapted to control the cache sidefile to 
cache the multiple fragments as received and to destage the logical object to the storage on 
receipt of all fragments." The Oracle Data Guard does not transmit the "logical object in 
multiple fragments" but instead transmits a "redo log", a single entity that records all 
changes made to datafiles on a primary database, to a "standby database", The standby 
database is initially created from a backup copy of the primary database and, once created, 
automatically maintains the standby database as a transactional^ consistent copy of the 
primary database by transmitting primary database redo data to the standby system and then 
applying the redo logs to the standby database. Oracle Data Guard also does not disclose 
"the remote storage site including a storage and a cache sidefile divided into a plurality of 
array sidefile recordsets." Oracle Data Guard forms the "redo log" at the primary and does 
not cache transferred information at the standby database. 

On page 5 of the Office action dated June 7, 2006, the Examiner describes the 
teaching of Oracle Data Guard as follows; "However, Ora734> at Pages 22-17 and 24-15, 
teaches log writer writing commit record immediately into redo log buffer where atomic 
write of a database transaction record is assigned with an entry number, the system change 
number and each redo log file includes a plurality of transaction records'' The redo log is 
formed as a single "atomic write" at the primary. The redo log is sent as a single entity to 
the standby database which implements all transactions. Thus, in Oracle Data Guard, the 
consolidation of information into the redo log takes place at the source or primary. In 
contrast, the applicants describe and claim that the multiple data fragments of a logical 
object are sent from the main storage site to the remote storage site, along with information 
identifying the start and end of the multiple data fragments. The remote storage site caches 
the data fragments and implements the cached fragments only upon receipt of the 
identification of the end fragment. Thus, in the claimed system, consolidation of 
information into the queue takes place at the destination or remote storage site. 

Similarly Claims 9-16 distinguish over Oracle Data Guard which does not disclose 
"code configured to cause the controller to create and deploy the logical object in multiple 
fragments in combination with control information indicative of logical object fragment 
commencement and completion." 
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Claims 17-21 distinguish over Oracle Data Guard which does not disclose u a code 
executable at the remote storage site configured to cause the controller to receive the logical 
object in multiple fragment transfers in combination with control information indicative of 
logical object fragment commencement and completion . . . cache the multiple fragments as 
received and to destage the logical object to the storage on receipt of all fragments^ 

Claims 22-27 distinguish over Oracle Data Guard which does not disclose "receiving 
the logical object in multiple fragment transfers in combination with control information 
indicative of logical object fragment commencement and completion, . . . caching the 
multiple fragments at the remote storage site as received; and destaging the logical object at 
the remote storage site to the storage on receipt of all fragments." 

Claims 28-32 distinguish over Oracle Data Guard which does not disclose 
"deploying from the main storage site the logical object in multiple fragments in 
combination with control information indicative of logical object fragment commencement 
and completion . . . and destaging at the remote storage site the logical object to the storage 
on receipt of all fragments." 



kh Rcf.No, 1015.FOJ6US -Page 13 of 14- Serial No. 10/697,820 

PAGE 15/16 1 RCVD AT 8/29/2006 7:55:00 PM [Eastern Daylight Time] 1 SVR:USPT0-EFXRF-1/3 * DNIS:2738300 * CSID:949251 0260 * DURATION (mm-ss):05-02 



08/29/2006 17:05 FAX 9492510260 



KOESTNER_BERTANI LLP 



(2)016/016 



CONCLUSION 



The application, including all remaining Claims 1-32, is believed to be in condition 
for allowance and a notice to that effect is solicited. Nonetheless, should any issues remain 
that might be subject to resolution through a telephonic interview, the examiner is requested 
to telephone the undersigned at (949) 251-0250. 



I hereby certify that this correspondence is hetntj frcwmild frausmirred 
to lh* USPTO. Central Number at (571) 273-83Q0 on the date shown 
below: 



(Signature) 




Respectfully submitted, 



(Printed K«i 



on Signing CerbTicili) 



(Dale) 



4 




Ken J. Koestner 
Attorney for Applicant(s) 
Reg. No. 33,004 
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